Разработка и проектирование базы данных и приложения, для просмотра, добавления и поддержания актуального статуса информации

Содержание

Введение	8
1	Теоретическая часть	9
1.1 Понятие БД и СУБД	9
1.2 Классификация баз данных	10
1.3 Реляционная база данных	12
1.4 Нормализация отношений	12
1.5 Типы  одному отношений	13
1.6 Платформа WAMP	18
2	Разработка и реализация базы данных	21
2.1 Разработка технического задания	21
2.2 Подготовка к разработке и предустановка программного обеспечения	21
2.3 Разработка структуры базы данных	23
2.4 Составление реляционных отношений	25
2.5 Средства разработки базы данных	27
2.6 Разработка связи с базой данных	32
3	Разработка пользовательского графического интерфейса приложения	38
3.1 Установка Android Studio, первичная настройка и установка необходимых компонентов для полного функционирования среды.	38
3.2 Создание и сборка проекта в Android Studio	48
3.3 Тестирование программы	53
4 Технико-экономическое обоснование	60
4.1 Расчет трудоемкости разработки ПО.	60
4.2 Расчет  характеристики затрат на разработку  таким информационных технологий	64
4.3 Расчет  таблицы цены программного  являющиеся продукта	69
4.4 Вывод по технико – экономической части	69
5 Безопасность жизнедеятельности	71
5.1 Анализ условий труда в здании КГУ гимназии №105	71
5.2 Расчет эвакуационных путей.	73
5.3 Полная схема движения при эвакуации	78
5.4 Вывод по разделу безопасность жизнедеятельности	79
Заключение	80
Список литературы	81
Приложение А	82



Введение

Образование – фундаментальная составляющая любого развитого общества. Именно образование является краеугольным камнем в жизни каждого человека. Школа – первый жизненный институт, который прививает нам любовь к знаниям и помогает определиться с тем, кем мы хотим стать в будущем.
Работа в школе подразумевает не только обучающий процесс, но и скрывает в себе множество дополнительных обязанностей, таких как сбор различных взносов, сбор различной информации, ведение журналов и дневников, составление поурочных планов, организация внеурочных мероприятий, слежение за дисциплиной в роли классного руководителя и не другое.
В ходе исследования учебного заведения – коммунальное государственное учреждение гимназия №105, было выяснено, что преподавательский состав использует относительно молодую систему учета и контроля за успеваемостью – «Kundelik.kz». Однако вся документация о родителях и учениках хранится в бумажном виде, либо в документах на жестких дисках, что не является удобным, безотказным и быстродоступным вариантом.
Цель данной дипломной работы – разработка и проектирование базы данных и приложения, для просмотра, добавления и поддержания актуального статуса информации, а также облегчить процесс сбора документов при поступлении и ежегодный процесс обновления и актуализации информации.
Для решения вышеуказанной цели были поставлены следующие задачи: исследовать предметную область в сфере среднеобразовательных учреждений, изучить текущий процесс сбора информации, создать базу данных «Коммунального государственного учреждения гимназии № 105», разработать мобильное приложения для удобства использования базы данных.
Платформа для разработки мобильного приложения – Android, так как в ходе опроса было выявлено, что более 80% родителей являются обладателями смартфонов с операционной системой на базе Android.


      Теоретическая часть

1.1 Понятие БД и СУБД

База данных представляет собой специальный набор организованных данных, хранящихся в памяти компьютерной системы, показывающий состояние вещей и их взаимосвязи между собой.
Следует отметить, что это определение не является единственным возможным значением. Информация об определениях часто не совсем соответствует математическому совершенству. Если вы посмотрите на представление «база данных» с точки зрения пользователя, будут другие значения: база данных представляет собой набор данных, хранящихся в данных конкретной компании.
Например, в базе данных предприятия вы можете сохранить следующее:
вся информация о рабочей силе, сотрудниках и сотрудниках компании;
информация о материальных ценностях;
данные о поступлении сырья и компонентов;
информация о запасах;
данные о выпуске готовой продукции;
заказы и заказы от директоров и т.д.
Даже незначительные изменения во всей информации могут привести к серьезным изменениям в других областях.
Пример. Объявление о найме сотрудника приводит к тому, что он не только изменяет личные данные сотрудника, но также изменяет их списки рабочих единиц, задачи расчета заработной платы, отпуска и т. Д. D.
Поскольку база данных основана на информационной структуре, база данных делится на три типа: плоскую (реляционную), сетевую и иерархическую.
Опыт работы с базами данных позволяет определить общий набор функций производительности:
полнота – чем больше информации в базе, тем больше шанс, что в ней содержится необходимая информация (но, лучше избегать захламленности и перегруженности информацией базы);
верно составленная структура – чем лучше составлена и продумана база данных, тем проще и быстрее найти в ней требуемые данные;
актуальность – для того чтобы база данных была полной и точной в любой момент запроса информации, необходима возможность постоянного и оперативного обновления;
комфорт использования – одним из важных аспектов успешной и удобной базы является простота и удобство в использовании, для этого база должна иметь развитые методы доступа к любому блоку информации;
      Система управления базами данных (СУБД) - это программное обеспечение для создания и редактирования баз данных, для отображения и получения информации о них. В технологиях обработки базы данных делятся на централизованные и распределенные. Централизованная база данных хранится в памяти вычислительного устройства.
Распределенная база данных состоит из множества компонентов, хранящихся в одной компьютерной сети, но на некоторых компьютерах. Работа в базе данных этого типа выполняется с использованием системы управления распределенной базой данных, СУРБД.
      Централизованные методы доступа к базе данных подразделяются на:
базы данных с локальным доступом (данные и обработка, хранящиеся на компьютере);
с удаленным доступом (сеть). RDBMS можно установить удаленно, используя архитектуру файлового сервера и клиентский сервер.
Файл серверной архитектуры. Принцип организации: машина назначается центральным офисом (файловым сервером), где хранится централизованная база данных. Остальные сетевые машины выполняют функции рабочей станции. Файлы базы данных переносятся на эти диски и обрабатываются там в соответствии с запросом пользователя с рабочей станции. Эффективность таких систем не может оставаться на том же уровне и уменьшается, когда требуется интенсивный параллельный доступ к тем же данным.
Клиент-серверная архитектура. Организационные принципы. Центральная машина (сервер базы данных) хранит централизованную базу данных и программу обработки. Клиент отправляет запрос, который обрабатывается сервером и отправляется клиенту на основе данных, полученных по запросу.

1.2 Классификация баз данных

Классифицирование базы данных по типу хранимых данных
База данных документов, сгруппированных в разные группы атрибутов (организации), классифицируется как база данных документов.
Документ представляет собой текстовый документ или ссылку. Документальная база данных разделена на текстовые файлы, тезисы (рефераты) и библиографии. Это разделение не так важно, как способ хранения информации. Ниже приведен следующий раздел: Хранилище базы данных исходных документов или ссылочных типов, которое вы можете увидеть в исходном документе.
      фактографические БД объединяют данные по факту совершения события (дата выпуска товара, год рождения сотрудника).
      лексикографические БД объединяют словари, классификаторы, и т.д. документы.
Типичным примером является то, что база данных документов может использоваться как база данных для контроля «формальных» составных документов. Вы наверняка сталкивались с таким документом. Например, в паспортном отделении или отделе кадров вы заполняли «форму №» или «документ» в этой форме.
Классификация баз данных по обращению к ним
Лично используемые базы данных классифицируются как личные или локальные базы данных.
интегрированные, иначе централизованные базы данных позволяют осуществлять коллективный доступ к данным. Этот доступ может быть многопользовательским (все одновременно) и параллельным (независимым);
распределительные базы данных аналогичны интеграции баз данных, но они могут быть физически разделены на разные машины и логически обрабатывают их в целом.
Вышеупомянутые категории не особенно интересны для пользователя. Для пользователей классификация методов анализа данных и типы представляющих интерес моделей, которые изображены на рисунке 1.1.



Рисунок 1.1 – Классификация баз данных


1.3 Реляционная база данных
    
Реляционная база данных представляет собой набор взаимосвязанных таблиц, каждый из которых содержит информацию об определенном типе объекта. Строка таблицы содержит данные об объекте (например, продукт, клиент) и в столбце массивов различных свойств этих объектов - атрибуты (например, имя, код продукта, информация о клиенте). В записях, т. Е. Строки таблиц имеют одинаковую структуру. Каждое поле (т.е. Столбец) описывает только одну особенность объекта и имеет строго определенный характер. Все записи имеют одинаковые поля, только они отображают разные информационные атрибуты объекта.
В реляционной базе данных каждый из них находится в поле, которое однозначно идентифицирует каждую строку в таблице. Если ключ состоит из нескольких полей, он называется составным полем. Ключ должен быть уникальным и уникальным образом идентифицировать запись. С ключевым словом вы можете найти запись. Ключ также используется для организации информации в базе данных.
Таблица реляционной БД должна быть нормализована. Нормализация отношений – формальные ограничения на таблицы, избежание дублирования и обеспечение согласованности данных, хранящихся в базе данных, уменьшают объем работы, необходимой для поддержания базы данных реляционной нормализации для данных. Таблицы реляционных баз данных. Нормализация отношений - это формальное ограничение в таблице, устранение дублирования, обеспечение согласованности данных, хранящихся в базе данных, и сокращение объема работы, необходимой для поддержания базы данных.
Пусть создана таблица Студент, которое содержит следующие поля: номер группы, имя, номер зачетке, дата рождения, профессиональное имя, название факультета. У некоторых пользователей есть недостатки:
      дублирование информации (наименование специальности и факультета повторяются для каждого студента), следовательно, увеличится объем БД;
      процедура обновления информации в таблице затрудняется из-за необходимости редактирования каждой записи таблицы.

1.4 Нормализация отношений

Нормализация таблиц предназначена для устранения этих недостатков. Имеется три нормальные формы отношений.
Первая нормальная форма. Реляционная таблица приведена к первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Так, если из таблицы Студент требуется получать сведения по имени студента, то поле ФИО следует разбить на части Фамилия, Имя, Отчество.
Вторая нормальная форма. Реляционная таблица задана во второй нормальной форме, если она удовлетворяет требованиям первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Чтобы привести таблицу ко второй нормальной форме, необходимо определить функциональную зависимость полей. Функциональная зависимость полей — это зависимость, при которой в экземпляре информационного объекта определенному значению ключевого реквизита соответствует только одно значение описательного реквизита.
Третья нормальная форма. Таблица находится в третьей нормальной форме, если она удовлетворяет требованиям второй нормальной формы, ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля. 
Над реляционными  размер таблицами возможны  влять следующие операции:
      объединение  других таблиц с одинаковой  всех структурой. Результат – общая  interbaseтаблица: сначала  объединения первая, затем  полем вторая (конкатенация);
      пересечение  системной таблиц с одинаковой горизонтальных структурой. Результат – выбираются   integrity те записи, которые  обеспечивает находятся в обеих  првавила таблицах;
      вычитание таблиц  объединенияс одинаковой структурой. Результат – выбираются  базете записи, которых  завершения нет в вычитаемом;
      выборка (горизонтальное  многиеподмножество). Результат – выбираются  определенныезаписи, отвечающие  integrity определенным условиям;
      проекция (вертикальное  interbaseподмножество). Результат – отношение,  столбцасодержащее часть  system полей из исходных  данные таблиц;
      декартово произведение  изменениедвух таблиц.  содеЗаписи результирующей  пользовательтаблицы получаются  удаленных путем объединения  которая каждой записи  отдельныйпервой таблицы  системной с каждой записью  генераторы другой таблицы;
Реляционные  чтобы таблицы могут  interbase быть связаны  constraints друг с другом,  integrity следовательно, данные  имеютмогут извлекаться  связь одновременно из нескольких  триггеры таблиц. Таблицы  разрушитьсвязываются между  стандартной собой для  видов того, чтобы  содержат в конечном счете  устанавливаетуменьшить объем  всеми БД. Связь  создание каждой пары  могут таблиц обеспечивается  луживает при наличии  содержит в них одинаковых  могут столбцов.

1.5 Типы  одному отношений

Существуют следующие  реляционные типы информационных  связь связей:
      один-к-одному;
      один-ко-многим;
      многие-ко-многим.
Связь один-к-одному вязьпредполагает, что нныходному атрибуту  другихпервой таблицы  время соответствует только  триггеры один атрибут  через второй таблицы  отдельные и наоборот.
Связь один-ко-многим  могутпредполагает, что  всех одному атрибуту  tables первой таблицы  базе соответствует несколько  генератор атрибутов второй  могут таблицы.
Связь многие-ко-многим  integrityпредполагает, что  виды одному атрибуту  которые первой таблицы  числовые соответствует несколько  flat атрибутов второй  пользователь таблицы и наоборот.
База  столбца данных состоит  которые из различных объектов,  constraints таких как  stored таблицы, виды,  сопровождениядомены, сохраненные  indexes процедуры, триггеры. Объекты  данных базы данных  торойсодержат всю информацию  данные о ее структуре и данных. Объекты  могут базы данных  данных так же упоминаются,  всеми как метаданные.
Следующие  время разделы содержат  имеют краткую информацию  типы об объектах и концепциях  триггер базы данных InterBase:
      таблицы (Tables);
      столбцы (Columns);
      типы  разрушить данных (Data  процедуры types);
      домены (Domains);
Справочные  данные ограничения целостности (Referential  данных integrity constraints)
      индексы (Indexes);
      виды (Views);
      сохраненные  large процедуры (Stored  объекты procedures);
      триггеры (Triggers);
      генераторы (Generators);
      защита (Security);
      таблицы (Tables);
Реляционные  если базы данных  домены хранят все  через данные в таблицах. Таблица — это  улучшенияструктура, состоящая  устанавливает из множества неупорядоченных  могут горизонтальных строк (rows),  виды каждая из которых  блице содержит одинаковое  торой количество вертикальных  отдельные столбцов (colums). Пересечение  пользователь отдельной строки  виды и столбца называеися полем (field),  данных которое содержит  следующие специфическую информацию. Многие  всех принципы работы  использованы реляционной базы  атрибутов данных взяты  видов из определений отношений (relations) между  вплоть таблицами.
InterBase хранит  keys информацию о метаданных  управляют в специальных таблицах,  доменыкоторые называются  имеют системными таблицами (system  также tables). Системные  быть таблицы имеют  queries специальные столбцы,  ений которые содержат  черезинформацию о типе  время метаданных в этой  базы таблице. Имена  relations всех системных  нцепциях таблиц начинаются  стандартной с "RDB$". Пример  имеют системной таблицы - RDB$RELATIONS,  keys которая содержит  управляют информацию о каждой  constraints таблице в базе  relationsданных.
Системные таблицы  tables имеют такую  других же структуру, как  информацию и определенные пользователем  пользователь таблицы и расположены  переменные в той же самой  которая базе. Так  позволяет как метаданные,  определенные пользовательские таблицы,  справочные и данные все  чтобы вместе расположены  таблиц в одном и том  keys же файле базы  объекты данных, каждая  большие база данных  изменению является законченным  частьюмодулем и может  flat быть легко  процедуры перенесена между  данные различными машинами.
Системные  реляционные таблицы могут  символьные быть изменены  подстановкой подобно любой  integrity другой таблице  домены базы данных. Если  самой вы не понимаете всех  улучшения взаимосвязей между  таблицсистемными таблицами,  частью то непосредственное изменение  улучшения их может иметь  луживает негативный эффект  данных на другие системные  если таблицы и разрушить  которых вашу базу  размер данных.
Создание  через таблицы главным  содержат образом подразумевает  вплоть определение столбцов  использованы таблицы. Главные  таблиц атрибуты столбца  integrity включают:
      имя столбца;
      тип  чтобы данных столбца  чтобы или домен,  таблицы на котором он базируется;
      может  снижает или нет  позволяет поле столбца  interbase принимать значение  пересечение NULL;
      факультативно справочные  процедурыограничения целостности (referential  видыintegrity constraints).
Данные  автоматически сохранены в определенном  разрушить формате, который  referential называется типом  могутданных (data  таблицы type). Типы  числовые данных могут  следующие быть классифицированы  атрибутов по четырем категориям:  подстановкой числовые (numeric),  изменение символьные (character),  отдельные даты (date) и  позволяетBLOB. Числовые  referential данные включают  которых в себя все  view числа, начиная  атрибутов с целых вплоть  systemдо чисел двойной  возвращать точности с плавающей  явному точкой. Символьные  символьные данные содержат  stored строки текста. Даты  queries используются для  всех хранения дат  торой и времени.
В то время  данные как числовые,  keys символьные и даты  ичных являются стандартными  явному типами данных,  связь BLOB-тип заслуживает  могут специального внимания.
InterBase поддерживает  процедуры такой тип  группа данных, как  таблиц большие бинарные  группаобъекты (binary  управляют large object - BLOB),  торой которые могут  содержат хранить данные  реляционныенеограниченного размера. Тип  разрушить BLOB это  реляционные расширение стандартной  еслиреляционной модели,  через которая обычно  многие обеспечивает только  типы типы данных  system фиксированной длины.
Тип  луживает данных BLOB  таблиц аналогичен последовательному  изменение файлу (flat  снижает file),  view BLOB данные  изменению могут быть  завершения сохранены в любом  управляют формате (к примеру,  блице бинарном или  генераторASCII). BLOB,  следующие однако, это  числовые не отдельный файл. BLOB  виды данные хранятся  стандартной в базе данных  ключ наряду со всеми  использованы другими данными. Так  таблиц как BLOB  чтобы столбцы часто  созданиесодержат большие  явному и переменные объемы  referential данных, BLOB  устанавливает столбцы хранятся в отдельных  отдельный сегментах.
InterBase не поддерживает  которые непосредственно преобразование  видов BLOB данных  ключ в другие форматы,  информацию но на некоторых платформах,  отдельный BLOB фильтры  blob могут транслировать  различных BLOB данные  constraints из одного формата  домены в другой.
В  триггеры добавление к явному  queries определению типа  влять данных столбцов, InterBase обеспечивает  управляют глобальные определения  символьные столбцов или  значениям домены (domains),  создание на которых могут  другие базироваться определения  возвращать столбцов. Домен  типы содержит информацию  могут о тип данных,  ключ устанавливает атрибуты  переменные и ограничения целостности справочные столбцов. В последующем  системнойпри создании  обеспечиваеттаблиц возможно  ключиспользовать домены  изменение для определения  queries столбцов.
Справочные ограничения  integrity целостности (Referential  триггеры integrity constraints)
InterBase позволяет  переменные вам определять  следующие правила, обеспечивающие  снижаетцелостность информации,  обеспечивает хранящейся в столбцах,  данные эти првавила названы  домены справочными ограничениями  один целостности (referential  можетintegrity constraints). Ограничения  могут целостности управляют  различных связями типа  данные столбец-таблица (column-to-table) и  размер таблица-таблица (table-to-table) а  справочныетакже проверкой  blob ввода данных. Они выпонены через  числовые первичные ключи (primary  blob keys),  один внешние ключи (foreign  таблицы keys) и  ений проверочные ограничения (check  использованы constraints). Обычно  подстановкой первичный ключ — это  может столбец (или  структуре группа столбцов),  interbase которые используются,  сохраненные чтобы уникально  большие идентифицировать строку  процедурытаблицы. Внешний  числовые ключ — это  indexes столбец, чьи значения  могут должны соответствовать  полем значениям столбца  столбца в другой таблице. Проверочные  обеспечиваеограничения - ограничивают  группа ввод данных  данные определенным диапазоном  constraints или набором  одному значений.
Индексы – это  одному механизм для  чтобы улучшения быстродействия  домены поиска данных. Индекс  определенные определяет столбцы,  процедуры которые могут  создание быть использованы  изменению для эффективного  integrity поиска и сортировки  возвращать в таблице.
InterBase автоматически  автоматическое определят уникальные  один индексы для  повторной первичных и внешних  чтобы ключей таблицы.
Вид (view) это  управляют виртуальная таблица,  могут которая не сохранена  размер физически в базе  пользователь данных, но ведет  одному себя точно  stored также как "реальная" таблица. Вид  объединения может содержать  различных данные из одной  view или более  автоматическое таблиц, или  завершения других видов  группа и используется для  связь хранения часто  группа используемых запросов (queries) или  удаленных множества запросов  самой в базе данных.
Виды  быть могут также  сопровождения обеспечивать ограниченные  виды средства защиты,  могут так как  стандартнойони могут  генератор обеспечивать доступ  данные пользователей к подмножеству  данных доступных данных  содержат при скрытии  таблиц других связанных  символьные и чувствительных данных.
Сохраненные  реляционные процедуры (stored  interbase procedure) это  нцепциях отдельные программы,  обеспечиваетнаписанные на языке  группа процедур и триггеров InterBase,  relations который является  содержитрасширением SQL. Сохраненные  отдельныйпроцедуры являются  keys частью метаданных  позволяет базы данных. Сохраненные  првавилапроцедуры могут  constraints получать входные  торойпараметры, возвращать  столбца значения приложению  объекты и могут быть  которых вызваны явно  через из приложения или  видов подстановкой вместо  данных имени таблицы  объекты в инструкции SELECT.
Сохраненные  видов процедуры обеспечивают  interbase следующие возможности:
      модульный  реляционные проект: сохраненные  печивать процедуры могут  структуре быть общими  таблиц для приложений,  также которые обращаются  видов к той же самой  flat базе данных,  отдельный что позволяет  чтобыизбегать повторяющегося  данные кода, и уменьшает  повторной размер приложений;
      упрощают  удаленных сопровождение приложений:  interbase при обновлении  содержат процедур, изменения  удаленных автоматически отражаются  нцепциях во всех приложениях,  могут которые используют  луживает их без необходимости  данных их повторной компиляции  котором и сборки;
      улучшают эффективность  ключ работы: Особенно  разрушить для удаленных  которых клиентов. Сохраненные  tables процедуры выполняются  могут сервером, а не клиентом,  группа что снижает  горизонтальныхсетевой трафик;
Триггеры – это  возвращать отдельная программа,  отдельные ассоциированная с таблицей  быть или видом,  базекоторая автоматически  один выполняет действия,  данныхпри добавлениях,  переменныеизменений или  переменные удалений строки  пересечение в таблице или  large виде.
Триггеры могут  объекты обеспечивать следующие  integrity возможности:
      автоматическое ограничение  стандартной ввода данных,  могут чтобы гарантировать,  constraints что пользователь  таблиц ввел только  relations допустимые значения  процедуры в поля столбцов;
      упрощение  нцепциях сопровождения приложений,  keys так как  данных изменение в триггере  улучшенияавтоматически отражается  другие во всех приложения,  котором которые используют  имеюттаблицы со связанными  вплоть с ними триггерами;
      автоматическое  могут документирование изменений  автоматически таблицы. Приложение  indexesможет управлять логом  значение изменений с помощью  торой триггеров, которые  объекты выполняются всякий  изменению раз, когда  которых происходит изменение  значениям таблицы.
Когда триггер  использованы вызван, он имеет  может непосредственный доступ  группа к добавлению, изменению  возвращать или уничтожению  числовые данных. Триггеру  пересечение могут быть  пользователь так же доступны  ключданные из других  ключ таблиц. Вы можете  таблицы разрабатывать триггеры  сохраненные для:
завершения операции,  многие возможно с сообщением  создание об ошибке;
установки значений  interbase в записи, которой  могут вы обращаетесь;
добавления, изменения  разрушить или удаления  создание строк в других  данные таблицах.
Генератор (generator) это  могут механизм который  interbase создает последовательный  типыуникальный номер,  определенные который автоматически  триггер вставляется в столбец  flat базой данных,  keys когда выполняются  атрибутов операции INSERT  constraints или UPDATE. Генератор  сохраненные обычно применяется  автоматически для создания  стандартной уникальных значений,  объединениявставляемых в столбец,  constraints который используется  печивать как PRIMARY  значение KEY. Для  которые базы данных  самой может быть  таблиц определено любое  завершения число генераторов,  interbase каждый генератор  луживает должен имеет  могут уникальное имя.
SQL  таблиц защита (securite) управляется  автоматически на уровне таблицы  связь привилегий доступа - списка  время операций, которые  содержит разрешены пользователю  одному над данной  столбцатаблицей или  сопровождения видом. Инструкция  чтобы GRANT назначает  группа привилегии доступа  ичных к таблице или  которые виду конкретным  типы пользователям или  явному процедурам. Инструкция  время REVOKE удаляет  процедуры предварительно предоставленные  данные привилегии доступа.




1.6 Платформа WAMP  

WAMP это  генераторы платформа, объединяющая  разрушить программные продукты  которых для веб-строительства  объекты локального сайта  частью и разработки веб  содержит приложений в среде Windows. WAMP объединяет  быть ОС Windows с готовой  данные связкой веб-сервера Apache + система  если управления базами  торой данных (СУБД)+ интерпретатор PHP для  одному работы с языками  всех программирования. Для  виды удобного управления  integrity базами данных,  значениям на платформу WAMP устанавливается  позволяет скрипт phpMyAdmin.
Кроме платформ WAMP под Windows, есть платформы MAMP, под Mac OC, есть платформы LAMP, для Linux. Есть специфические платформы под Windows, называемые WIMP. На них сервер Apache заменяется Internet Information Services (IIS). Разнообразие программных платформ представлены на рисунках 1.2 – 1.6.



Рисунок 1.2 – Платформа WAMP для Windows



Рисунок 1.3 – Платформа LAMP для Linux



Рисунок 1.4 – Платформа MAMP для Mac OS



Рисунок 1.5 – Платформа WIMP для Windows с заменой Apache на IIS

Также, работают другие связки, например, вместо Apache ставят сервер Nginx. Такая связка присутствует в платформе OpenServer. Авторы отдельных сборок исключили работу с Apache и полностью перешли на сервер Nginx, например, платформа Winginx.
В то же время есть универсальные платформы, работающие на любой операционной системе, например кроссплатформа XMAPP. XAMPP это акроним от « X- любая ОС, Apache Сервер, MySQL система управления базами данных, PHP язык программирования, Perl язык программирования».



Рисунок 1.6 – Кросслатформа XAMPP

Список популярных платформ WAMP
      кроссплатформа XAMPP;
      руский Денвер;
      мощный Open Server;
      новый WampServer;
      отличный EasyPHP;
      английский VertrigoServ.



Рисунок 1.7 – Сравнительная таблица основных веб – серверов


      Разработка и реализация базы данных

2.1 Разработка технического задания

Для создания информационной базы данных гимназии были поставлены нижеперечисленные задачи:
изучить и проанализировать процесс сбора информации;
разработать структуру базы данных;
создать базу данных;
разработать приложение для наиболее подходящей платформы – Android, обеспечить ограниченный доступ к базе данных из приложения.

2.2 Подготовка к разработке и предустановка программного обеспечения

Пакет для веб – разработки, о составе которого не трудно догадаться из аббревиатуры (Apache, MySQL и PHP). Отличительным преимуществом перед другими пакетами является наличие удобной панели управления (ниже на рисунке).
Сравнение WampServer с другими пакетами:
Почему не Denwer? Сайты должны быть доступны из внешней сети, а денвер позволяет работать с доменами только на локальной машине, можно настроить доступность одного домена через .htaccess, но если доменов больше, то данный пакет не подходит для нашего сервера. Хотя если нужно поднять сервер для какого-то теста, то всегда использую денвер, т.к для его установки нужно нажать три раза enter и не заморачиваться настройками.
WAMP – расшифровывается как связка Apache, MySQL и PHP для Windows, т.е отдельная установка указанных пакетов. Основное преимущество – более гибкая настройка. Основной недостаток – более длительная установка и настройка. Что имеем в итоге: времени будет затрачено раза в 3 больше, а результат получите тот же.
VertrigoServ по сравнению с WampServer имеет расширенный пакет, например, в установщике присутствует пакет Zend Optimizer. Но т.к это заглушка на пару дней, нет смысла поднимать что то сложнее чем WampServer.
После установки WampServer в трее появится его иконка, через которую можно управлять работой и добираться до нужных опций. Например, тем кто не дружит с английским можно подключить русский: ПК на иконке – Language – требуемый язык, или можно запустить файл конфигурации Apache: ЛК на иконке – Apache – httpd.conf.
При попытке зайти на localhost выйдет окно, содержащее основные настройки сервера, возможно в данный момент оно не сильно информативно, т.к у вас ещё не созданы проекты и алиасы, сейчас оно позволяет познакомиться с основными параметрами вашего сервера, представленными на рисунке 2.1.


Рисунок 2.1 – Окно, содержащее основные настройки сервера

После установки WAMPServer 3 – переходим к phpmyadmin, проходим процедуру авторизации, где:
Пользователь (по умолчанию) – root;
Пароль – задается при инсталляции WAMPServer 3;
Выбор сервера – MySQL, база данных, в которой и будет храниться основная информация; Окно авторизации можем наблюдать на рисунке 2.2.



Рисунок 2.2 – Окно авторизации СУБД
После прохождения процедуры авторизации нас встречает главный экран, меню с доступом во все необходимые подпункты и настройки (см рис 2.3)



Рисунок 2.3 – Главное окно phpmyadmin

2.3 Разработка структуры базы данных
     
     Актуальностью данного дипломного проекта являются: улучшение системы добавления, хранения и поиска информации об учениках и родителях, значительное сокращение времени сбора информации и повышение продуктивности обучения за счет частичной разгрузки преподавателей.
     Предметной областью данного проекта является КГУ Гимназия №105. В представленной модели присутствует 5 сущностей (см табл. 2.1 – 2.8): Преподаватель, Ученик, Родитель, Класс, Пользователь. Каждая сущность имеет атрибуты. Между представленными сущностями присутствует связь.
     
Таблица 2.1 – Описание атрибутов сущностей
Сущности
Описание

Id - идентификационный номер;
Uuid – уникальный идентификационный номер пользователя;
Name – полное имя и фамилия;
Email – адрес электронной почты;
Encrypted_password – зашифрованный пароль;
Created_at – дата и время создания записи;


Продолжение таблицы 2.1




Id – идентификационный номер;
FIO – фамилия, имя, отчество;
Class – класс, руководство за которым закреплено;
Experience – опыт преподавания;
Subject – предмет, который ведет преподаватель;


Id – идентификационный номер;
FIO – фамилия, имя, отчество;
DoB – дата рождения;
Address – адрес проживания;
PoW – место работы;
Nationality – национальность;

Id – идентификационный номер;
FIO – фамилия, имя, отчество;
DoB – дата рождения;
Class – класс обучения;
Address – адрес проживания;
Nationality – национальность;

Id – идентификационный номер;
Year – год обучения;
Letter – литера;
Quantity – количество учеников в классе;
Curator – классный руководитель;
     


2.4 Составление реляционных отношений
     
     Основой проектирования базы данных является составление реляционных отношений. При составлении реляционных отношений необходимо определить атрибуты и типы данных для каждой сущности в базе данных.

Таблица 2.2 – Структура таблицы пользователей
Column_name
Type_of_data
Null
Example
id
Int(11)
No
7
uuid
Varchar(23)
No
5affdb8fdda362.42192188
Name
Varchar(50)
No
Алексей Ким
Email
Varchar(100)
No
St_lite@mail.ru
Encrypted_password
Varchar(80)
No
dAfpjBPOOTkQsCe9Y
Created_at
datetime
Yes
20.04.2018
15:17:38
     
Таблица 2.3 – Структура таблицы классных руководителей
Column_name
Type_of_data
Null
Example
Id
Int(10)
No
4
FIO
Varchar(50)
No
Баранова Светлана Николаевна
Class
Varchar(10)
No
6 “Г”
Experience
Int(10)
No
15 лет
Subject
Varchar(20)
No
Математика

Таблица 2.4 – Структура таблицы родителей
Column_name
Type_of_data
Null
Example
Id
Int(10)
No
2
FIO
Varchar(50)
No
Жмурко Евгений Викторович
DoB
Date
No
24.07.1971
Address
Varchar(20)
No
Карасай батыра 84
PoW
Varchar(20)
No
КГУ Лицей №134
Nationality
Varchar(20)
No
Украинец



Таблица 2.5 – Структура таблицы учеников
Column_name
Type_of_data
Null
Example
Id
Int(10)
No
6
FIO
Varchar(50)
No
Евгеньев Анатолий Леонидович
DoB
Date
No
24.11.2003
Class
Varchar(10)
No
8 “Д”
Address
Varchar(50)
No
Гончарова 32
Nationality
Varchar(20)
No
Русский

Таблица 2.6 – Структура таблицы классов
Column_name
Type_of_data
Null
Example
Id
Int(10)
No
10
Year
Int(5)
No
7
Letter
Varchar.......................